In tho Specification 

Please replace the paragraph beginning at page 1, line 7, 
with the following rewritten paragraph: 

The standard use of the methodology for system 
development is very process oriented, and focuses on the 
"how to" of solution delivery. That is, such methodologies 
typically provide guidelines and instructions to a 
development team for developing a system solution. Even 
when following - this following these guidelines and 
instructions, different development teams assigned to 
develop a solution for the same system requirements will 
invariably develop significantly different solutions. 

Please replace the paragraph beginning at page 8, line 2, 
with the following rewritten paragraph: 

In accordance with the preferred embodiment of the 
invention, a system and method is provided by which to 
identify and document work product descriptions in a manner 
enabling consistency to solution of solution design and 
delivery across different engagements with comparable and 
reusable results. By providing the same work product 
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descriptions for use by different teams, the resulting data 
models are comparable and reusable. 



Please replace the paragraph beginning at page 22, line 11, 
with the following rewritten paragraph: 

Referring to Figure 3, first phase 300 begins with step 
400, during which a market opportunity is recognized. That 
is, someone with an someone within an organization 
recognizes a new set of issues in the marketplace, and 
desires to provide engagements and solutions to meet those 
issues. This step involves research, including monitoring 
what is being sold in the market. 



Please replace the paragraph beginning at page 32, line 11, 
with the following rewritten paragraph: 



The architecture overview diagram work product 156 is a 
schematic diagram that represents the governing ideas and 
candidate building blocks of an IT system. It provides an 
overview of the main conceptual elements and relationships 
in an IT architecture, which frequently include candidate 
subsystems, components, nodes, connections, data stores, 
users and external systems. As communication is its main 
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purpose, it is more important for the architecture overview 
Diagram 15 C diagram 156 to be simple, brief, clear, and 
understandable than it is to be comprehensive or accurate in 
all details. Consequently the diagram uses an informal rich 
picture notation. It typically includes supporting text 
that explains the main concepts of the architecture. 



Please replace the paragraph beginning at page 42, line 24, 
with the following rewritten paragraph: 




Referring to Figure 12, deployment unit matrices work 
product 17 6 describes components that are grouped together 
for deployment purposes. It depicts the relationships 
between deployment units 230, — 2&h units 236, 237 and between 
users 235 and deployment units. In this context, it is 
useful to distinguish between data deployment Units 23G 
units 236 , which are mainly concerned with data, and 
execution deployment units 237, which are mainly concerned 
with processing. Matrices 238 describe three main 
relationships: user 235/data deployment unit 236; user 
235/execution deployment Unit 237 unit 237 ; and execution 
deployment unit2 37 /da -bar unit 236/data deployment unit 236. 
The same format can also be used to describe data/data 
relationships where one data deployment unit 236 is a copy 
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of or is derived from another data deployment unit 236. In 
addition, the relationships between deployment units 236, 
237 may have specific service level requirements. For 
example, access by a particular user group to a particular 
data group may have specific performance, availability, or 
security requirements. 
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